-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Check whether data model provider is set in report callbacks #36881
Conversation
PR #36881: Size comparison from 37fa873 to 7ca202a Full report (69 builds for bl602, bl702, bl702l, cc13x4_26x4, cc32xx, cyw30739, efr32, esp32, linux, nrfconnect, nxp, psoc6, qpg, stm32, telink, tizen)
|
InteractionModelEngine::GetInstance()->GetDataModelProvider()->Temporary_ReportAttributeChanged( | ||
AttributePathParams(endpoint, clusterId, attributeId)); | ||
auto * engine = InteractionModelEngine::GetInstance(); | ||
VerifyOrReturn(engine); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is anyone calling this before data model has been initialized? That indicates a serious bug, and papering over it like this will just lead to wrong behavior as far as I can tell....
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In my test, InitChipStack()
is called before Server instance is initialized. And before server instance is initialized, the connectivityMgr(this is initialized with the chip stack) might receive a Wi-Fi connect event, which will lead to that the Wi-Fi driver tries to call MatterReportingAttributeChangeCallback() to report the network status change. If the server instance doesn't set the data model provider for IM engine at that, there will be crash.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see, so this is a case where the attribute value is not owned by the data model at all, so it's ok if it's changing before the data model is set up?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The network status is read from the network driver so that it might be changed before data model is set up. I raised another PR #36939 which does the check before at where the network status is reported.
Add the check to fix crash when calling the reporting callbacks at the time when the server instance is not initialized.